- 综合排序
- 最热优先
- 最新优先
- 来自专栏大模型系列
OpenSpec规范：AI 时代的规范驱动开发（Spec-Driven Development, SDD）2026最佳实践（全程避坑）
本文将深入解析开源框架 OpenSpec 如何通过 “规范驱动开发”（Spec-Driven Development, SDD） 这一核心理念，系统性地解决上述痛点。
4.1K50编辑于 2026-04-17 - 来自专栏C#
告别Vibe Coding：为什么SDD（Spec-Driven Development）才是AI项目开发的正确打开方式
SDD的核心思想极其朴素：先写规范，再写代码。规范是合同，代码是履约。SDD核心工作流! 它可以在不推翻现有代码的前提下，让你从下一个功能开始用SDD。 Q4：团队其他人不用SDD怎么办？A：渐进式引入。你可以从自己负责的模块开始用SDD，规范文件放在代码库里。别人即使不用，也能读到规范，这本身就是一种知识传递。 SDD：关注“做什么”（行为规范）TDD：关注“怎么做”（实现正确性）理想组合：SDD定义验收标准（可以转化为测试用例），TDD确保代码通过测试。 你的行动清单如果你读到这里，觉得SDD值得一试，这是你的下一步：今天：选一个SDD框架（推荐OpenSpec），在本地安装明天：选一个你正在做的小功能，用SDD走一遍完整流程本周：复盘体验——SDD让你多花了多少时间
1.7K01编辑于 2026-04-05 - 来自专栏不二小段
Spec-Driven Development: 为混乱的 AI 编程增加工程纪律
最近，来自 Amazon Kiro 的首席工程师 AL Harris 详细阐述了的解决方案：Spec-Driven Development (SDD)——「规约驱动开发」。 Spec-Driven Development 正是基于这一理念而生。 什么是 Spec-Driven Development？ 但在 SDD 方法论中，「Spec」远不止于此。 Spec-Driven Development 的核心思想，就是要通过引入结构、规约和可验证性，来驯服 AI 这匹强大的野马。 总结一下其核心价值： 1. 总而言之，Spec-Driven Development 代表了一种范式转移：从单纯地向 AI「提示 (Prompting)」，转向与 AI 共同「规约 (Specifying)」。
77111编辑于 2026-04-09 【Vibe coding时代SDD（Software Defined Development）在大系统平台中的实践】
关于Vibe coding中软件定义开发（SDD）模式在大系统平台中的实践应用、案例分析与代码实现的万字长文，需要系统性梳理SDD的核心概念、技术架构、实践方法论，并结合实际案例。 SDD模式的核心概念与技术架构 定义与特征 SDD（Software Defined Development）是一种通过抽象化开发流程、动态配置资源、自动化工具链驱动的开发模式。 大系统平台中的SDD实践方法论 基础设施即代码（IaC） 通过Terraform或Pulumi定义云资源，实现环境一致性： # Pulumi示例：定义AWS EKS集群 import pulumi_aws push_to_registry(app-image) 案例分析：金融风控系统的SDD改造 背景与挑战 某银行原有风控系统存在部署周期长（2周/次）、资源利用率低（<30%）的问题。 通过SDD实现： 策略动态加载：风控规则以JSON配置定义，实时热更新。 弹性资源池：基于交易流量自动扩缩容FaaS节点。
65110编辑于 2026-01-20- 来自专栏深蓝居
规范驱动开发（Spec-Driven Development）深入解析——从方法论演进到 AI 时代的软件工程范式转移
这正是规范驱动开发（Spec-Driven Development，SDD）试图解决的问题。 二、核心概念：什么是规范驱动开发（SDD） 2.1 工程视角下的定义 我们先给出一个工程视角下的定义： 规范驱动开发（Spec-Driven Development）是一种以“规范（Specification 于是，Spec-Driven Development 从一种“理想主义思想”，正式升级为可工程化落地的显性方法论。我们不再需要讨论“规范是否重要”，而是开始探索“如何让规范更有效地驱动开发”。 它们之间的关系可以这样理解： ┌───────────────┐ │ Spec-Driven │ ← 系统级规范 │ Development │ 因此，规范驱动开发（Spec-Driven Development, SDD）在 AI 时代并不是一个"新概念"，而是被迫从方法论升级为工程基础设施。
6.6K42编辑于 2026-02-27 从Prompt到Spec——为什么AI编程需要一种新方法论
SDD（Spec-Driven Development，规范驱动开发）。 不是新东西。 和TDD（Test-Driven Development，测试驱动开发）、BDD（Behavior-Driven Development，行为驱动开发）是一条线上的——TDD先写测试，BDD先写行为，SDD SDD提供了一个不同的思路： 方式 你做什么 AI做什么 Prompt驱动（Harness的常见用法） 教AI怎么写代码 按你的指令执行 Spec驱动（SDD） 告诉AI要什么结果 自己决定怎么实现 Claude Code生态里已经有两个验证了这条路线的成熟项目： Superpowers 强制AI走Brainstorm → SDD（Plan）→ TDD → Review的完整流程，不跳步，将 SDD SDD本身是老概念，但用SDD配合AI编码工具的实践才刚开始。目前有一些框架（比如OpenSpec）试图把规范管理工具化，但用户量还很少，没有被大规模验证。 不是所有任务都需要Spec。
26810编辑于 2026-04-28- 来自专栏AI技术体系搭建过程
SDD-openspec实战
OpenSpec是一个轻量级规格驱动开发框架（Spec-DrivenDevelopment，SDD），专为AI编程助手设计，原生支持CodeBuddy。核心理念只有一句话：先对齐意图，再生成代码。
1.2K21编辑于 2026-03-26 - 来自专栏AI前沿技术
智能体｜ AI coding 协作式编程
2）规范驱动开发SDD的新模式，以匹配AI coding的超凡编程能力。 3）几种SDD 开发工具的适用场景和选择推荐。 要预防就要提前讲清楚，这就是规范驱动开发（ Spec-Driven Development SDD）新模式。 2，规范驱动开发SDD 在SDD中，规范不再服务于代码，而是代码服务于规范。 这是对软件开发驱动力的根本性重构，在SDD开发中项目的PRD不再是"指导实现"的参考文件，而是直接生成实现，驱动代码生成的源头活水。 规范驱动开发SDD是，AI 编程工具从"代码补全"向"自主工程"演进的主动探索。三种工具的最终目标是：让 AI 成为可靠的工程伙伴，而非需要时刻看管的实习生。 参考： https://jishuzhan.net/article/2021893119294373890 https://johng.cn/ai/sdd-spec-driven-development
1.6K31编辑于 2026-03-10 SDD驱动开发
基于SDD驱动的开发方法AI设计与开发过程中，如何确保AI生成的代码结构化、可控，成为关键难题。 目前业内普遍认识到，仅靠prompt驱动往往结果不可预测，因此逐步转向“设计驱动开发（Specification/SDDDrivenDevelopment,简称SDD）”模式。 “SDD驱动开发”是当前业界最具前瞻性的解决思路。它强调以结构化设计文档为源头，驱动AI实现，而非直接代码生成，让整个开发过程主动可控、可复查。这也是AI工程化的核心趋势之一。 SDD定义SDD（SpecificationDrivenDevelopment，规范驱动开发）是一种以明确规范（Specification/DesignDocument）为基础，驱动AI自动生成设计方案 典型方法流程包括：起草详细的SDD文档；自动校验（linting/validation）规范与已生成代码是否一致；人工与AI共同审阅、迭代设计文档，再输出最终代码。
1.2K11编辑于 2025-11-16基于SDD的Vibe Coding代码重构思考实践
要实现这个对齐，SDD(Specification-Driven Development)是一种很切合的方式，本文基于SDD方法论扩展实践总结为一个方法模型，来说明如何实现对齐重构意图。 SDD(Spec-Driven Development)提出的规范驱动开发范式，要求先明确需求规范，再根据这个规范进行设计和编码。 SDD工具的启发 关于SDD在vibe coding上的应用，已经有一些SDD工具：openSpec，Spec-Kit和Kiro，OpenSpec和Spec-Kit是可嵌入现有AI编码工具的框架/CLI 从OpenSpec的"lock intent"到Kiro的"spec-driven"，再到Cursor Rules[4]的"persistent context"，整个行业都在探索同一件事：如何让概率性的代码生成趋向确定性 SDD驱动模式看起来慢，实际上比反复返工快得多。
79810编辑于 2026-01-20- 来自专栏星河细雨
基于SDD的Vibe Coding代码重构思考实践
要实现这个对齐，SDD(Specification-Driven Development)是一种很切合的方式，本文就基于SDD方法论扩展实践总结为一个用于代码重构场景的方法模型，来说明如何实现对齐重构意图 SDD(Spec-Driven Development)提出的规范驱动开发范式，要求先明确需求规范，再根据这个规范进行设计和编码。 SDD工具的启发 关于SDD在vibe coding上的应用，已经有一些SDD工具：openSpec，Spec-Kit和Kiro，OpenSpec和Spec-Kit是可嵌入现有AI编码工具的框架/CLI 从OpenSpec的"lock intent"到Kiro的"spec-driven"，再到Cursor Rules[4]的"persistent context"，整个行业都在探索同一件事：如何让概率性的代码生成趋向确定性 SDD驱动模式看起来慢，实际上比反复返工快得多。
1.3K10编辑于 2025-11-26 我希望有一个数字分身，替我 24h 打工
SDD：Agent 的运行日志 这里引出一个关键概念：SDD（Spec-Driven Development）。 在我的系统里，每个需求处理完都会留下一组文档： 这套 SDD 文档，就是 Agent 的运行日志。 Feedback（需求开发）：采用完整的 SDD 流程——spec → plan → tasks → execute。 SDD：先难后易的大道 后来我切换到 SDD 模式：每个需求先写 spec，再出 plan，再拆 tasks。 ELI5: 并行计算在 AI 演进中扮演的角色（修订） 24h 打工人的设计思路一脉相承：用 SDD 把任务拆成自包含的单元。
30510编辑于 2026-01-27AI走到哪儿了：程序员失业倒计时？
例如这篇文章：https://www.morganstanley.com/insights/articles/ai-software-development-industry-growth 5. 长期看——从SDD，到IDDSDD：Spec-Driven Development 规格驱动开发IDD：Intention-Driven Development 意图驱动开发有 AI 也好，无 AI 也罢
46742编辑于 2026-02-25- 来自专栏【腾讯云开发者】
Harness Engineering 来了，SDD 还有意义吗？
注：本文中的“规范驱动 AI Coding”方法，笔者简称为 SDD（Spec-Driven Development），这是特指通过结构化规范驱动 Agent 编程的方法论。 在仔细阅读了 OpenAI 和 Mitchell Hashimoto 的一手文章之后，结合自己的 SDD 实践，我对基于 SDD 的 AI Coding 工作流进行了一些思考，整理成这篇文章。 这一节想说另一件事：读完这两篇文章，有些东西不只是「印证了 SDD 的方向」，而是「让一些原本模糊的事想得更清楚了」，也看到了一些典型 SDD 方案里还需要补充的地方。 SDD 是把这个答案做工程化的方法。 其中： SDD（Spec-Driven Development） SDD 特指通过结构化规范指导 AI Agent 进行软件开发的工程方法。
2.1K30编辑于 2026-03-31 - 来自专栏潇涧技术专栏
Material on Mobile Development
看这里->UI4App (2)书籍类 《Head First iPhone and iPad Development》 iOS开发不仅开发的成本很高，入门的门槛也比较高，如果喜欢Head First系列书籍的话不妨先看下这本
1.7K20发布于 2018-08-01 - 来自专栏Brian
Emacs setup for Go Development
---- 概述 最近在我个人笔记本搭建Go开发环境，需要开发基于Go的一些业务模块，所以就把Go开发环境的配置记录下来。废话少说，直接上代码，嘿嘿！ Emacs 和 GO 安装 由于我个人笔记本电脑是MAC Pro，所以在这里主要基于OSX搭建Go开发环境。个人平时编辑器基本上是Emacs，这篇博客主要是记录我在MAC下设置Emacs支持Go开发环境。 Emacs 安装 由于mac自带的emacs版本比较低，所以建议删除或者更新Emacs，个人喜欢干净利索就把旧的emacs删除掉了。新版本的mac，增加了保
4.1K70发布于 2018-04-03 - 来自专栏PM吃瓜(公众号)
敏捷开发(Agile development)
Test-Driven Development，测试驱动开发。 它是敏捷开发的最重要的部分。
1.5K30发布于 2019-08-12 - 来自专栏大前端修炼手册
AI驱动需求梳理与Spec编写：让PRD自动变成技术方案
科技要闻 • Google 发布 Android CLI 及 Agent Skills，让 AI 编码代理开发 Android App 速度提升 3 倍，token 消耗降低 70% • 2026 SDD （Spec-Driven Development）范式兴起，OpenSpec、Kiro 等框架将"先写 Spec 再写代码"标准化 • 谷歌瞄准推理芯片赛道挑战英伟达，自研 AI 芯片成为科技行业最热商品之一 六、2026年的新变量：Spec-Driven Development 最后聊一个正在发生的行业趋势。 2026年开始，"Spec-Driven Development"（SDD）正在从概念变成工具链。 找出你默认忽略的边界case • 结构化的Spec模板（接口/数据/状态/异常/性能/测试）让AI输出可控、可Review • Spec评审要在新session里做，避免AI对自己的输出产生认同偏差 • 2026年SDD
40610编辑于 2026-04-29 什么是真正的 AI Native？
2025 年软件工程领域出现了一个重要的实践：Spec-Driven Development（规格驱动开发），或者叫 Spec Workflow。 什么是 Spec-Driven Development？ 简单来说，就是先写规格，再写代码。传统开发中，文档往往是事后补充的，甚至经常被省略。 Spec-Driven Development 通常包含三个核心步骤： 1.Specify（定义规格）：用户故事、验收标准、业务目标 2.Plan（制定计划）：技术架构、数据契约、测试策略 3.Tasks 从更宏观的视角来看，Spec-Driven Development 代表了一种范式转换：规格成为主要产物，代码成为规格的表达。维护软件，本质上是在演进规格，而不是在改代码。 只是 Spec-Driven Development 把这个理念更加体系化了。 我自己在实践中的体会是：花在规格文档上的时间，最终都会以更高质量的代码、更少的返工来回报。
2.7K11编辑于 2026-01-27- 来自专栏潇涧技术专栏
Android Development Code Snippets
Android开发代码片段 1.获取应用的版本信息 通过PackageInfo类来得到版本信息 PackageInfo pInfo = getPackageManager().getPackageInfo(getPackageName(), 0); String versionName = pInfo.versionName; int versionCode = pInfo.versionCode; 2.进入应用市场给应用评分 构造应用程序在应用市场中对应的网址，打开即可 Uri uri = Uri.pa
55910发布于 2018-08-01
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号